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Hybrid Network Based Advertising System and Method 

The present invention relates to systems and methods for distributing 
5 advertisement information via a data network such as the Internet. 

In general, a user accesses the Intemet World Wide Web (WWW or Web) using a 
network processing device such as personal computer and associated software including 
an operating system and Web Browser (e.g., Netscape Communicator, Microsoft Intemet 
Explorer or the like). The Web Browser assists the user in identifying and/or inputting 

10 the network address of a given Web page or site. The address of a given Web site is 
generally formatted as a URL (Uniform Resource Locator), which is basically an 
advanced resource or file name formatted for Intemet addressing. A URL typically 
points to a given resource such as an image or a file in a particular directory. The 
directory can exist on any machine on the Intemet, and can be transmitted or served via 

15 one of many different protocols (e.g., HTTP, FTP, GOPHER, NEWS, NNTP, MAILTO 
and the like). However, typical World Wide Web documents are accessed using HTTP 
(Hyper-Text Transport Protocol). 

A user can directly input the address of a given Web page into the address bar of 
the Web Browser (e.g., http://wAvw.cpl.com); where "cpl" is the second level domain 

20 name and "com" is the top level domain of the requested Web site. In the alternative, the 
user can select a Web site from a pre-stored list of frequently visited sites (e.g., favorites 
or bookmarks). The user may also click on a Hyper-Text link embedded in a Web page 
(e.g., based on results returned from a typical search engine) or any other "Web-enabled" 
application (e.g., e-mail reader, news reader, word processor or the like) which contains a 

25 link to the desired site. 

When an Intemet user requests information from an Intemet Web site, the 
browser, via HTTP protocol, opens a connection and sends a request message to the 
desired Web server; the server then returns a response message, usually containing the 
resource (e.g., an HTML document) that was requested. After delivering the response, 

30 the server closes the connection. A typical Web page includes one or more 

advertisements (e.g., a banner ad) embedded within the HTML document. Most 
advertisements are associated with a hyper-text link which allows the user to link to and 
ultimately view additional information such as an advertiser's Web site. 
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Many Web sites sell advertising space to one or more advertisers. If several 
advertisements or advertisement campaigns are available, it is desirable to select an 
advertisement that is most likely to elicit a favorable response from the user. Various 
methods exist for targeting advertisements to a given user or user profile. It is also 
5 desirable to collect statistics in order to evaluate the performance of a given advertising 
campaign. 

Several methods are also available for delivering advertisement information to an 
Internet user and tracking the performance a given advertisement campaign. However, 
currently available solutions fall into two general categories, local or central. The term 

1 0 local generally refers to an "in house" configuration in which the installation, operation 
and control of the ad management software and data are at the content provider Web site. 
The term central generally refers to an "out-sourced" configuration in which the ad 
management software is installed, maintained and controlled by a third party at a remote 
location, separated from the content provider Web site. The ad server, database 

1 5 management software and all associated data are controlled by the out-sourcing 
company. 

A local ad management system is disclosed in U.S. Patent No. 5,937,392 - 
Alberts. The system has a local database (and database engine), controller and ad server 
operating in conjunction with a Web site. The ad server communicates wdth the ad 

20 controller and database (via the database engine). The database contains information 
defining the parameters for the display of ads (advertising campaign data). The 
controller accesses information in the database and provides the information to the ad 
server. The ad server receives and stores the information in tables and is operable to 
control which ads are served to Web site users. The controller receives statistics from 

25 the ad server and transfers the statistics to the database for storage. 

Local ad management solutions are commercially available from various sources 
including: Doubleclick, Inc. of New York, NY, and Engage Technologies of Andover, 
Mass. Local ad management systems are advantageous since the content provider can 
control all aspects of ad delivery as well as tracking and reporting functions. However, 

30 the content provider must also purchase, install and maintain all of the hardware and 
software associated with ad management system. 

In contrast, centrally hosted ad management solutions are commercially available 
from various sources including: DART products available from Doubleclick, Inc. of New 
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York, NY, AdKnowledge products available from Engage Technologies of Andover, 
Mass. Centrally hosted ad management solutions typically utilize a third party 
advertisement server that is responsible for operation and control of ad management 
software and all associated data. In operation, an Internet user requests content from the 
5 content provider. Before the content provider can retum content (i.e., an HTML 
document) advertisement information must be requested from the third party 
advertisement server. The third party advertisement server receives the request, 
identifies the requesting server and/or user, queries its databases and selects an 
appropriate advertisement. The third party advertisement server then responds to the 
10 content provider with the URL of the advertisement information (e.g., banner ad). The 
content provider modifies or rewrites its HTML code to reference the advertisement 
served by the third party advertisement server. The modified HTML code is served to 
the user with the properly identified advertisement information. 

An exemplary HTML code fragment for a typical banner ad as rewritten by the 
1 5 content provider is shown below: 

<A HREF="www.tpl. com/ad/ad 1"> 

<IMG SRC ="www.tpl.com/ad/adl.gif'></A> 

In this example, the third party advertisement server (located at tpl.com) is the 
source of the banner ad (adl.gif). The URL identified in the "A HREF" tag is also 
20 located within the third party domain and provides click though tracking prior to 
directing the user to the advertiser's Web site (e.g., adl.com). 

Some content providers rewrite the HTML code to provide intemal click through 
tracking as shown in the HTML fragment below: 

<A HREF="www.cpl .com/. . ./www.tpl .com/ad/ad r'> 
25 <IMG SRC ="www.tpl .com/ad/ad 1 .gif'></A> 

In this example, the URL identified in the "A HREF" tag is located within the 
content provider's domain (cpl .com) and provides click though tracking prior to 
directing the user to the third party advertiser's domain (e.g., tpl .com) and ultimately the 
advertiser's Web site (e.g., adl.com). 
30 Since many advertisements are served by a single third party advertisement 

server, user activity is easily correlated and tracked. When the user loads Web pages 
from various Web sites, every advertisement served by the third party server will result 
in an HTTP call to the third party server for an advertisement. Each HTTP call will 
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retum a cookie associated with the third party server's domain (identifying the user's 
ID). The third party server can also identify the referring Web site or domain by other 
means. Based on these pieces of information, the third party can compile a profile of a 
given user. 

5 Centrally hosted ad management solutions are advantageous since the content 

provider need not purchase, install or maintain any of the hardw^are and software 
associated with ad management system. However, the content provider has limited 
control over ad delivery parameters, tracking and reporting functions. 

Other systems and methods for serving or allocating advertisement information 

1 0 and gathering statistical information relating to Intemet based advertisements are shown 
in U.S. Patent 5,796,952 - Davis et al., U.S. Patent No. 5,948,061 - Merriman et al., U.S. 
Patent No. 5,991,740 - Messer, U.S. Patent 6,006,197 - d'Eon et al. and U.S. Patent No. 
6,026,369 - Capek. These references as well as U.S. Patent No. 5,937,392 are hereby 
incorporated by reference. 

1 5 What is needed in the art, and provided by the invention, are simple and effective 

systems and methods that allow content providers maximum control over ad delivery 
parameters, tracking and reporting functions and minimize the labor and expense 
associated with purchasing, installing and maintaining all hardware and software 
associated v^th an ad management system. 
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Summarv of the Invention 

A preferred aspect of the invention relates to a system and method for presenting 
advertisements to a user. A user network processing device preferably transmits at least 
one user request for an advertisement and presents advertisements served in response to 
5 the user request for an advertisement to the user. A content provider server having a 
local ad delivery engine with local ad campaign data preferably receives the user request 
for and advertisement and transmits an advertisement to the user in response to the user 
request for an advertisement. A central ad planning server having a database operable to 
store central ad campaign data, the central ad planning server preferably periodically 
10 transmits at least a portion of the database to the content provider server to update the 
local ad campaign data. 

In another aspect of the invention, the ad delivery engine is operable to select an 
advertisement from the local ad campaign data based on at least one of a user data, 
content data, date, time, host name, available campaigns, targeting data and scheduling 
15 data. 

In another aspect of the invention, the ad delivery engine is operable to 
periodically receive a campaign data file containing at least a portion of the database 
from the central ad planning server. 

In another aspect of the invention, the ad delivery engine is operable to 
20 update the local ad campaign data with data from the campaign data file. 

In another aspect of the invention, the ad delivery engine maintains a campaign 
data log with data relating to advertisements served. 

In another aspect of the invention, the campaign data log contains data relating to 
at least one of an advertisement campaign, user data, advertisement placement, host 
25 name, date and time. 

In another aspect of the invention, the ad delivery engine is operable to 
periodically transmit the campaign data log to the central ad planning server. 

In another aspect of the invention, the central ad plarming server is operable to 
update the database based on the campaign data log. 
30 In another aspect of the invention, the database contains data related to a plurality 

of advertising campaigns. 
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In another aspect of the invention, the central ad planning server is operable to 
add, modify or delete data relating to at least one of the plurality of advertising 
campaigns stored in the database. 

In yet another aspect of the invention, the central ad planning server is operable 
5 to generate at least one report based on data contained in the database, the report 
containing data related to at least one of ad inventory and ad campaign performance. 
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Brief Description of the Drawings 

Figure 1 is a block diagram showing a user PC, content provider Web server 
having a local ad delivery engine, central ad planning server and an advertiser server in 
data communication in accordance with the invention; 
5 Figure 2 is a block diagram showing the basic functionality of a local ad delivery 

engine in accordance with the invention; 

Figure 3 is a block diagram showing the basic structure of an exemplary 
campaign data log in accordance with the invention; 

Figure 4 is a block diagram showing the basic structure of an exemplary 
1 0 campaign data file in accordance with the invention; and 

Figure 5 is a block diagram showing the basic functionality of a central ad 
planning server in accordance with the invention. 



Detailed Description of the Invention 
15 Definitions 

The following terms shall have, for the purposes of this application, the 
respective meanings set forth below. 

• Ad Delivery Engine: generally refers to a software program that is operable to receive 
a request for an advertisement, and transmit a locally stored advertisement in response to 

20 the request. The ad delivery engine is also preferably operable to periodically receive 
(e.g., fi"om the central ad planning server) advertising campaign data for incorporation 
into the local ad campaign data. 

• Campaign Data File: generally refers to a file that identifies and/or contains 
information relating to one or more advertisement campaigns associated with the content 

25 provider server. 

• Campaign Data Log: generally refers to a log file that identifies and/or contains 
information relating to the particular advertisements served by the local ad delivery 
engine over a period of time. The campaign data log preferably identifies the 
advertisement (or advertisement campaign), the ID of all users to which the 

30 advertisement was served, advertisement placement information, host name, date and 
time. 
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• Central Ad Planning Server: generally refers to a server that is operable to store 
central ad campaign data. The central ad planning server is preferably operable to 
periodically transmit at least a portion of the central ad campaign data to the content 
provider server to update the local ad campaign data. 

5 • Content Provider Server: generally refers to a server that provides information or 
content via a data network such as an HTTP server hosting an Intemet Web site. 

• Cookie: generally refers to a message or tag transmitted from a Web server and stored 
by a Web Browser, The Browser typically stores the cookie in a text file or directory. 
Each cookie typically contains one or more pieces of information in "name = value" 

10 paired format (e.g., ID = 123, Domain = cpl .com, Age = 37 and the like). The cookie is 
then sent back to the Web server each time the Browser requests that page from the Web 
server. 

• Data network: generally refers to a group of two or more computer systems linked 
together in data communication. There term encompasses any type of computer network, 

1 5 independent of protocol, including local-area networks (LANs), wide-area networks 
(WANs) and networks of networks including the an intranet, extranet and the Intemet. 

• HTML: generally refers to Hyper-Text Markup Language, the authoring language 
used to create documents on the World Wide Web. HTML defines the structure and 
layout of a Web document by using a variety of tags and attributes. 

20 • Link: generally refers to an HTML element that provides a Hyper-Text link. For 

example an HTML element supporting the HREF attribute, specifying a Hyper-Text link 
to another resource such as an HTML document, image or the like. 

• Local Ad Campaign Data: generally refers to local data (e.g., stored in a database) 
associated with ad campaigns available to the content provider server. 

25 • Network processing device: generally refers to a network processing location or node. 
A network processing device includes but is not limited to a computer (such as a PC) 
portable or hand held computer device, other network enabled device (such as a Browser 
phone), or some other device, such as a printer. Each network processing device is 
typically assigned unique network address. 

30 • Resource: generally refers to any hardware or software item that can be used on a 
network. The term as it is recited herein primarily refers to data or routines that are 
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available to network processing devices such as network servers, peers and/or clients 
(i.e., Web Browsers) and the like. 

• Rsync: generally refers to an open source utility that provides incremental file transfer. 
Rsync is freely available under the GNU General Public License 

5 • Server: generally refers to a program running on a computer which provides some 
service to other (e.g., client) programs. 

• User Network Processing Device: generally refers to a user operable device having 
access to the data network including but not limited to a personal computer (portable or 
desktop), personal digital assistant (PDA), Browser phone, 2-way pager or the like. A 

1 0 user network processing device can be operated by an individual or may be progranmied 
to operate automatically (i.e., timed schedule or triggered by an external event). 

It is understood that all references to Internet domain names such as cpl .com, 
tpl .com, adl .com and the like are used herein for illustrative purposes only. These 
domain names have no correlation to any individual or business entity with an identical 

15 or similar Intemet domain name previously or currently in use on the Internet or any 

individual or business entity adopting an identical or similar Intemet domain name in the 
future. 

The invention concerns a data network communication system and method for 
presenting advertisements to a user. The terms "present" or "presenting" as used herein 

20 are used in their ordinary sense and include displaying or playing audio and/or visual 

information to a user. The data network generally includes a plurality of nodes such as a 
user network processing device, content provider server, central ad planning server and 
an advertiser server coupled in data communication. The term "coupled" as recited 
herein is used in its broadest sense and does not require a physical connection between 

25 devices. Two or more devices as disclosed herein are "coupled" so long as data 

communication between the devices is possible (e.g., hard wired data communication, 
wireless data communications and the like). 

In the context of the Intemet, many types of network servers are available to 
provide resources to a user such as those for Network File System, Network Information 

30 Service (NIS), Domain N£ime System (DNS), FTP, news, finger. Network Time Protocol 
and the like. The connection between two network nodes or a client and server is 
normally by means of message passing, over the data network, and uses some protocol 
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(such as TCP/IP) to encode the clients requests and the server's responses. Typical 
servers may run continuously (as a daemon), waiting for requests to arrive or may be 
invoked by some higher level daemon which controls a number of specific servers. 

The term "user network processing device" generally refers to any user operable 
5 device having access to the data network including but not limited to a personal 

computer (portable or desktop), personal digital assistant (PDA), Browser phone, 2-way 
pager or the like. The user network processing device can be operated by an individual 
or may be programmed to operate automatically (i.e., timed schedule or triggered by an 
external event). Thus, the term "user" as recited herein encompasses an individual as 

10 well as a computerized device operable to access the data network and perform computer 
automated functions. 

In the context of the Intemet, the user network processing device, content 
provider server, central ad planing server and advertiser server all communicate via 
TCP/IP protocol (Transmission Control Protocol over Internet Protocol). Each is 

15 network addressable in that it has a specific IP address (i.e., the 32-bit address defined by 
the Internet Protocol usually represented in dotted decimal notation) which is used to 
route data between the devices. 

The user network processing device is operable to transmit at least one user 
request for an advertisement and present an advertisement served in response to the user 

20 request for an advertisement to the user. The content provider server has a local ad 

delivery engine with local ad campaign data and is operable to receive the user request 
for an advertisement, and transmit an advertisement to the user in response to the user 
request for an advertisement. 

The central ad planning server has a database operable to store central ad 

25 campaign data. The central ad planning server is operable to periodically transmit at 
least a portion of the database to the content provider server to update the local ad 
campaign data. 

Figure 1 shows a general block diagram of a user network processing device 
(user PC and Web Browsers 10, 10% 10", 10'"), content provider servers 20, 20', 20", 
30 20"', central ad planning server 30, and advertiser servers 40, 40', 40", 40"' in data 
communication via the Internet in accordance with the invention. The central ad 
planning server 30 is operable to communicate with a plurality of content provider 
servers and store advertisement data relating to a plurality of advertisers as shown in 
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Figure 1. For matters of simplicity the user PC and Web Browser 10, content provider 
server 20 and advertiser server 40 are discussed in detail below. It is understood that 
invention encompasses systems having a plurality of user network processing devices, 
content provider servers and advertiser servers all of which cooperate (directly or 
5 indirectly) with a single central ad planning server. 

Figure 1 generally shows the data communications paths between the user PC 
and Web Browser 10, content provider server 20, central ad planning server 30 and 
advertiser server 40 in loading a typical Web page containing an advertisement 12 and 
content 14 served by the content provider server 22. Commimications between user PC 

10 and Web Browser 10, content provider server 20, central ad planning server 30 and 
advertisement server 40 are generally shown by arrows 50, 60, 70 and 80. It is 
understood that data communications via the Internet often traverse a series of 
intermediate network nodes prior to reaching the desired destination (e.g., the user PC 
and Web Browser or the content provider Web site). Arrows 50, 60, 70 and 80 do not 

1 5 suggest a direct physical connection between the user PC and Web Browser 1 0 and/or 
various servers and encompass typical Internet communications (a connectionless, best- 
efforts packet-based system). It is also understood that other data networks using various 
network protocols are suitable for use in accordance with the invention. 



20 Wide Web (WWW or Web). The user PC is preferably has an associated operating 
system such as Microsoft Windows or Linux and includes a typical Web Browser such 
as Netscape Communicator (for Windows or Linux) or Microsoft Intemet Explorer, as 
well as numerous others. The Web Browser assists the user in requesting and displaying 
Web pages or sites containing desired information. The hardware and software 

25 configuration of a user network processing device for Intemet access is routine and 
generally known to those skilled in the art. 

The content provider server 20 and advertiser server 40 are preferably HTTP 
servers hosting a Web site (e.g., cpl.com, adl.com). There are many varieties of 
commercially or publicly available World Wide Web server software packages which are 

30 compatible with the invention (e.g.. Apache, IBM WebSphere products, NETSCAPE 
Enterprise, Microsoft Windows 2000 Server and the like) all of which can be 
implemented vAth commonly available hardware from vendors such as IBM, Hewlett 
Packard, Compaq, Dell, Sim and numerous others that are known to those skilled in the 



The user PC and Web Browser 10 is operable to accesses the Intemet World 
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art. Content provider server 20 and advertiser server 40 can optionally transfer data via 
other known protocol or combinations of protocols including but not limited to HTTP, 
FTP, SMTP or the like. 

Central ad planning server 30 is preferably an HTTP server and can be at least 
5 partially implemented using commercially or publicly available server software and 
commonly available hardware ft-om vendors such as IBM, Hewlett Packard, Compaq, 
Dell, Sun and numerous others that are knovm to those skilled in the art. Central ad 
planning server can optionally transfer data via other known protocol or combinations of 
protocols including but not limited to HTTP, FTP, SMTP or the like. The specific 

1 0 function of the central ad planning server is set forth in more detail below. 

Content provider server 20 is not only operable to serve Web pages but has a 
local ad delivery engine generally operable to select an ad for delivery to the user and 
serve or transmit the ad in response to requests for resources. Each advertisement is 
linked to an advertiser Web site (e.g., located at adl.com) that can be accessed by the 

1 5 user in response to the advertisement information displayed by the user's Web Browser 
(e.g., via an HTML link to the advertiser's Web site). 

Figure 2 is a block diagram showing the basic functionality of a local ad delivery 
engine 24 in accordance vAth the invention. The local ad delivery engine provides three 
basic functions, ad decision making, data communications v^th the central ad planning 

20 server and data logging. A user interface generally provides user access, control and/or 
configuration of local ad delivery engine functions. 



The local ad delivery engine 24 generally has access to all information necessary 
to select an advertisement (from a plurality of advertisements) to be served in response to 

25 a user request. Data relating to the available ad campaigns is locally stored in relation to 
the content provider server. See Figure 1, block 26. The local ad delivery engine and 
local ad campaign data is controlled by the content provider. That is, the content 
provider may alter ad delivery parameters based on various combinations of the local ad 
campaign data as well as other data. The content provider is also responsible for 

30 maintaining these aspects of the system. Accordingly, the term "local" as used herein 
denotes that a particular party (e.g., the content provider) has control over specific 
elements of the system. 



Local Ad Delivery Engine - Ad Decision Making Process 
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In a preferred embodiment local ad delivery engine 24 is integrated into the local 
Web server 22 associated with the content provider server 20. Similarly, local ad 
campaign data 26 is preferably stored in memory (e.g., RAM, hard disk and the like) 
within the content provider server 20. In an alternate embodiment local ad delivery 
5 engine 24 and/or local ad campaign data 26 can be associated with a separate server 
and/or computer. However, in all cases, the content provider has control over these 
elements of the system. 

The local ad campaign data 26 is essentially a local database of ad campaigns 
available to the content provider server 20 and includes information specific to each 

1 0 campaign including address information for baimer ad images, scheduling data, targeting 
data and the like. The ad delivery engine is operable to select an advertisement from the 
local ad campaign data based on at least one of a user data (e.g., user ID, User 
preferences and the like), content data, date, time, host name, available campaigns, 
targeting data and scheduling data. 

1 5 The user data is generally available to the content provider server and local ad 

delivery engine via a cookie transmitted to the content provider server along with the 
request for resources. Content data is generally related to and/or identifies the content of 
the referring Web site and is derived by conventional means. The data, time and host 
name are also derived by conventional means. 

20 In general, the ad delivery engine selects an advertisement by combining data 

related to the user request to the targeting and/or scheduling data contained in the local 
ad campaign data. Once the ad is selected it is served to the user and logged in a 
campaign data log as discussed below. 



planning server) at least a portion of the central ad plarming server database 32 for 
incorporation into the local ad campaign data. In general, the portion of database 
information is packaged in a campaign data file that identifies one or more of the active 
advertisement campaigns associated with the content provider server 20. The portion of 
30 database information can include some or all of an ad campaign's parameters (e.g., 
targeting data, scheduling data and the like). The structure of the campaign data file is 
discussed in detail below. 



25 



Local Ad Delivery Engine - Data Communications and Data Logging 

The ad delivery engine is operable to periodically receive (fi*om the central ad 




Transfer of the campaign data file is preferably initiated by the central ad 
planning server 30. In the alternative, transfer of campaign data file can be initiated by 
the ad delivery engine 24. Preferably, the campaign data file is transferred to the ad 
delivery engine in response to an external event (e.g., a change in ad campaign 
5 parameters, end of a campaign, addition of a new campaign or the like). In the 
alternative, the campaign data file can be transferred to the ad delivery engine on a 
scheduled basis (e.g., once a day). Thus, the terms "periodic" or "periodically" refers not 
only regularly scheduled events (i.e., hour, daily or the like) but also intermittent or 
asynchronously occurring events. 

10 The ad delivery engine is also operable to periodically transmit a campaign data 

log to the central ad planning server. The campaign data log generally contains data 
identifying the particular advertisements served by the local ad delivery engine over a 
period of time. The campaign data log preferably identifies the advertisement (or 
advertisement campaign), the ID of all users to which the advertisement was served, 

1 5 advertisement placement information, host name, date and time. 

An exemplary campaign data log 100 is shown if Figure 3. In this example, the 
campaign data log is a variable format, comma delimited, text file having a plurality of 
records 102, 104, 106,108. Preferably, the campaign data log includes both header and 
data records. Header records preferably define the structure of subsequent data records. 

20 It is understood that the campaign data log is not limited to the example shown in Figure 
3 and can include several header records that define a plurality of different fields. In the 
current example, header record 102 (beginning vAth "Header") specifies the format of 
subsequent data records (e.g., date, User ID, web site address, campaign identification). 
Each data record (beginning with "Data") 104, 106 108 includes data in the format 

25 defined by the previous header record 102. For example, data record 104 identifies the 
date (7/21/2000) and User ID (76FF95) as well as the web site (cpl.com) to which 
particular advertisement campaign data was served (123). Based on the foregoing, the 
remaining data records are self explanatory. It is understood that the campaign data log 
can contain thousands of records or more depending on the number of campaigns, 

30 impressions served and the like. It is also understood that the campaign data log can 

vary in format without departing from the invention (e.g., a fixed format file as discussed 
below wdth respect to the campaign data file). 




Transfer of the campaign data log is preferably accomplished by a data 
transmission utility such as Rsync but can also be accomplished via conventional means 
including but not limed to FTP, SMTP and the like. The transfer is preferably initiated 
by the ad delivery engine 24, In the altemative, transfer of campaign data log can be 
5 initiated by the central ad planning server 30. Preferably, the campaign data log is 
transferred to the central ad planning server at least once a day. This ensures that the 
central ad planning server can run daily reports with reasonable timeliness. The 
campaign data log can be transferred more frequently (e.g., for relatively busy Web sites) 
or less frequently (e.g., for less busy Web sites) without departing from the invention. 

10 Figure 5 is a block diagram showing the basic functionality of a central ad 

planning server 30 in accordance with the invention. The central ad planning server 
provides three basic functions, database administration, reporting functions, and data 
communications with the local ad delivery engine 24. A user interface generally 
provides user access, control and/or configuration of central ad planning server 

1 5 functions. 

The central ad planning server 30 is preferably associated with a plurality of 
advertisers and content provider servers. Accordingly, the user interface is preferably 
accessed by users having a previously issued user ID and password. Further, the central 
ad plarming server provides appropriate security as needed. For example, advertisers 

20 ordinarily only need access to central ad planning server reporting functions. In contrast, 
content providers ordinarily only need access to central ad planning server database 
administration functions and/or reporting functions. The central ad planning server user 
interface is preferably provided via an Intemet Web page so that content providers and 
advertisers can access the user interface remotely. 

25 Central Ad Planning Server — Ad Database Administration 

The central ad planning server 30 preferably includes a database 32 of 

advertisement campaigns. Installation, operation and control of the central ad planning 

server database 32 and all associated hardware and software imder control of a third 

party. The term "central" as used herein generally refers to an "out-sourced" 

30 configuration in which the central ad planing server is installed and operated at a remote 

location, separated from the content provider and/or advertiser Web sites. Accordingly, 

the term "central" as used herein denotes that a particular party (e.g., a third party) has 

control over specific elements of the system. 
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The central ad planning server is operable to serve campaign data files to a 
plurality of content providers. Thus, any changes to a given advertisement campaign 
(e.g., additions, deletions, modifications to ad delivery parameters, scheduling and the 
like) are made in the central ad planning server database 32. A user interface is provided 
5 for management of data associated with the advertisement campaigns. The user interface 
is operable to allow addition, modification and/or deletion of ad campaigns. Thus, an 
advertiser wishing to place an advertisement on a plurality of content provider Web sites 
need only insert a single database record identifying the advertisement campaign and the 
desired content provider Web sites (assuming they have access to the central ad planning 
1 0 server). The system will then automatically package and transmit a campaign data file to 
insert an ad campaign in the local campaign data associated with each of the identified 
content provider Web sites. Similarly, an advertiser or content provider washing to 
change advertisement campaign parameters (e.g., to re-target a campaign based on poor 
performance) need only modify a single database record. The system will then 
1 5 automatically package and transmit a campaign data file to update the ad campaign 
parameters in the local campaign data associated with each of the identified content 
provider Web sites. 

Central Ad Planning Server - Data Communications 
The central ad planning server is operable to periodically transmit (to the ad 

20 delivery engine) at least a portion of the database to a plurality of local ad delivery 
engines for incorporation into local ad campaign data. As stated above, the database 
information is packaged in a campaign data file that identifies the active advertisement 
campaigns and all associated parameters (e.g., targeting data, scheduling data and the 
like). 

25 An exemplary campaign data file 1 10 is shown if Figure 4. In this example, the 

campaign data file is a fixed format, comma delimited text file having several records 
114, 116, 118. Preferably, the campaign data file includes a plurality of records in a 
fixed format (e.g., as shovm at 1 12). It is understood that the campaign data file is not 
limited to the example shovm in Figure 4 and can include records having a plurality of 

30 different fields. In this example, each record includes a campaign ID, up to three 
targeting parameters, campaign start date, campaign stop date, the number of 
impressions to be served, the days of the week campaign data should be served, and the 
hours the campaign data should be served. For example, a record 1 14 identifies the 
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campaign (123), targeting parameters (Men in 30's and Sports Section of Web site) a 
start date (7/21/2000) a stop date (7/28/2000) the number of impressions (2500), the days 
of the week campaign data should be served (Monday through Friday), and the hours the 
campaign data should be served (7 am - 7 pm). Based on the foregoing, the remaining 
5 data records are self explanatory. It is understood that the campaign data file can contain 
dozens of records or more depending on the number of campaigns and the Hke. It is also 
understood that the campaign data file can vary in format without departing from the 
invention (e.g., a variable format file as discussed above with respect to the campaign 
data log). 

10 The central ad planning server is also operable to periodically receive campaign 

data logs from a plurality of local ad delivery engines. This is preferably accomplished 
by Rsync transfers but can be accomplished via conventional means including but not 
limited to (HTTP, FTP SMTP and the like). 

Central Ad Planning Server — Reporting Functions 

1 5 The central ad planning server is operable to generate reports based on data in the 

database. In general, the reports contain data related to ad inventory, ad campaign 
performance and the like. Campaigns that are performing poorly, or are ahead or behind 
schedule, may need to be re-targeted. A campaign that reaches its impression goal can 
be terminated or removed from the database. Reports can also identify an inventory of 

20 fiiture ad impressions for future planning. For sites carrying large numbers of 
advertisement campaigns, it is advantageous to separate these types of reporting 
functions from the content provider server since substantial computing time is necessary 
to compile the necessary data and process these types of reports. Similarly it is also 
advantageous to separate the ad campaign related reporting functions from the advertiser 

25 server since substantial computing time is necessary to compile the necessary data and 
process these types of reports. 

Reports can be generated on a periodic basis and automatically transmitted to one 
or more party or can be initiated under user control. In general, a content provider will 
require a report or several reports which relate to all campaigns associated vsdth the 

30 content provider Web site. In contrast, an advertiser will generally require a report or 
several reports which relate to the advertiser's ad campaigns (potentially distributed by a 
plurality of content provider servers). 
Advantages of the Invention 
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Nvunerous advantages are provided by employing the present invention, a non- 
exhaustive Ust is disclosed below. The present invention provides a system and method 
for providing advertisements to a network user with maximum performance and 
flexibihty for content providers. The content provider can adjust all ad delivery 
5 parameters and the like. The invention also provides a system and method for providing 
advertisements to a network user with minimal database requirements for content 
providers. The invention also provides a system and method wherein a third party 
manages the central advertisement database and is responsible for purchasing, installing, 
maintaining and controlling all database software and hardware including all database 

10 management and data archiving tasks. The third party is responsible for maintaining all 
database related software licenses and upgrades. The third party is responsible for 
hosting the central ad planning server at a "well connected" facility. The third party is 
responsible for training, overseeing payroll associated with, and otherwise supervising 
all personnel required to maintain the database. 

1 5 The invention also provides an advantageous system and method in which 

content providers can offload large advertisement related reporting functions. Yet, the 
content provider can still obtain comprehensive reports from the central ad planning 
server relating to all active ad campaigns. The invention also provides an advantageous 
system and method in which advertisers can offload large advertisement related reporting 

20 functions. Yet, the advertiser can still obtain comprehensive reports from the central ad 
planning server relating to all active ad campaigns (potentially distributed by a plurality 
of content provider servers). These and other advantages are readily apparent, the scope 
of the invention as claimed is by no means limited to or by the precise advantages recited 
above. 

25 While this invention has been described with an emphasis upon preferred 

embodiments, it will be obvious to those of ordinary skill in the art that variations in the 
preferred devices and methods may be used and that it is intended that the invention may 
be practiced otherwise than as specifically described herein. Accordingly, this invention 
includes all modifications encompassed within the spirit and scope of the invention as 

30 defined by the claims that follow. 



